VIA-003 

1 CUSTOMER PREMISES EQUIPMENT USE IN MULTIMEDIA BROADBAND 

2 ^ TELECOMMUNICATION 

3 BACKGROUND OF THE INVENTION 

4 

5 1. Field of the Invention 

6 The invention relates to telecommunications. More 



7 particularly, the invention relates to a broadband 

8 telecommunication systems for voice, video, and data and more 

9 particularly to customer premises equipment used in such systems. 
q10 2. State of the Art 

5 

\j1 1 One of the latest developments in telecommunications is 

g|12 broadband telecommunications in the home. Presently, many homes 

; s j13 have had access to a wide variety of video via cable TV, access to 

I« 9 

j s *14 voice communications by POTS (plain old telephone service) arid 

;~J15 access to the internet via a modem of some type. Until recently, 

jj^16 the fastest internet connection available to most homes was the 

£?17 v.90 modem which uses POTS to achieve a downlink bandwidth of up 

I 

18 to 53K and an uplink bandwidth of up to 33. 6K. 
19 

2 0 Recently two types of broadband services have become 

21 available for the home and small business. These are the "cable 

22 modem" and various types of DSL (digital subscriber line) 

23 services. Cable modems utilize the existing cable TV network to 

24 provide high speed internet access at rates twenty to forty times 
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1 that of a v. 90 modem. DSL service involves various different 

2 standards whereby relatively high data rates are provided over 

3 existing POTS lines. It will be appreciated that cable modem 

4 service is available through cable TV companies and DSL service is 

5 available though telephone service providers. Thus, cable TV 

6 companies compete with telephone service providers for high speed 

7 internet access customers. 
8 

9 Changes in FCC regulations now permit cable TV companies to 

□ 

3)0 provide telephone service and permit telephone companies to 

*» 

$11 provide cable TV-type service. Providing telephone services via a 

m 

t}2 cable TV network and providing television programming via existing 

W 

f(j3 POTS lines each has different challenges which must be surmounted. 

;4|4 Although the coaxial cable used by cable TV has a much higher 

]3g 5 maximum bandwidth (up to 4 gigahertz) than the copper wire known 

lit 

£6 as "twisted pair 1 used by telephone companies/ it is shared 
bandwidth. Shared bandwidth is perfectly well suited for 

1 8 unidirectional broadcast of television signals to many customers 

19 but is not well suited to bidirectional' transmission of multiple 

20 voice and/ or data streams. On the other hand, an unshielded 

21 twisted pair, which can provide 20-30 megahertz bandwidth for up 

22 to 3,000 feet, is more than adequate for bidirectional 

23 transmission of a single voice and/or data stream, but is 

24 inadequate for providing the hundreds of unidirectional video 
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1 streams which are available from cable TV companies. Thus, while 

2 cable TV companies are challenged with maintaining quality of 

3 service (QOS) when offering telephone and bidirectional data 

4 services, telephone companies are challenged with providing a 

5 broad selection of video streams when offering video viewing 

6 services. 



9 telephone service is for one company to control both the twisted 



7 



8 



One solution to the challenge of offering both television and 



8) pair and the coaxial cable for each customer. This solution 

--4 

overcomes the disadvantages of telephone service via shared 



!t2 coaxial cable and television service via relatively low bandwidth 
POTS lines. However, this solution is not truly an integrated 



1L4 solution and is costly to implement as it requires telephone 
:TH5 companies to install coaxial cable for each customer and it 



1^6 requires cable television companies to install POTS lines for each 




19 



20 



SUMMARY OF THE INVENTION 



21 



22 



It is therefore an object of the invention to provide methods 



23 and apparatus for broadband multimedia telecommunication. 



24 
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1 It is also an object of the invention to provide methods and 

2 apparatus for broadband multimedia telecommunication which 

3 includes combined voice, video, and data communications. 
4 

5 It is another object of the invention to provide methods and 

6 apparatus for broadband multimedia telecommunication which 

7 maintains high QOS for voice and data while offering a large 

8 selection of different video streams. 

JBO It is a further object of the invention to provide methods 

a 

and apparatus for broadband multimedia telecommunication which are 

#2 cost effective. 

rP 

A 4 It is an additional object of the invention to provide 

lit 5 telephone companies with a single and straightforward system for 

]M 6 competing with cable television companies in the integrated voice- 

"1 7 video-data telecommunications market. 

18 < 

19 In accord with these objects which will be discussed in 

20 detail below, the methods of the present invention include 

21 broadcasting a large selection of video streams via fiber optic 

22 cables over an ATM network to local switches. The local switches 

23 are coupled to customers by POTS lines and provide a predetermined 

24 number of (e.g. up to four) simultaneous video streams together 
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1 with high QOS voice and VDSL data service from the nearest local 

2 switch to each customer premises device. According to the methods 

3 of the invention, at each customer premises, the predetermined 

4 number of simultaneous video streams (out of hundreds available) 

5 are selected by signals from customer premises equipment to the 

6 local switch which transmits that number of different video 

7 streams from the local switch to the customer premises. According 

8 to the presently preferred embodiment, video, data, and digital 

9 voice service are provided via ATM (asynchronous transfer mode) 

□■ 

gjO cells from the network to the local switch where they are 

%l 

;41 multiplexed with lifeline POTS service and transmitted to the 

( .fiZ customer premises via ATM cells, 

!£4 The presently preferred hardware of the invention utilizes 

rfS CellBus® technology from TranSwitch Corporation, Shelton, CT. 

! 3 J 

! J6 According to the presently preferred embodiment, the local 

switches each have four CellBus® backplanes supporting up to three 

18 OC-12 (or twelve OC-3) network connections with one backplane 

19 being redundant. Each local switch supports up to ten VDSL line 

20 cards, each supporting up to sixteen VDSL lines. The maximum 

21 bandwidth of each local switch is approximately 2.5 gigahertz 

22 which supports one hundred sixty VDSL connections as well as up to 

23 two hundred twenty theater quality MPEG-2 video streams or up to 

24 440 standard quality MPEG streams or a combination of standard and 
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1 high quality streams. Customer premises equipment according to 

2 the invention include a high speed modem which couples a personal 

3 computer to the customer f s POTS line, a residential gateway unit 

4 which supports up to six devices (computers, TVs, digital voice 

5 lines) in addition to the lifeline POTS service, and a set top box 

6 for coupling a conventional television to the customer's POTS line 

7 or to the residential gateway. According to the presently 

8 preferred embodiment, the set top box is provided with enhanced 

9 functionality for accessing the internet, selecting from among 

t ; 

1J) hundreds of video streams including broadcast video and video on 

"Vfl demand, etc. In order to conserve bandwidth within each local 

1|£ switch, multicast video streams are duplicated at the point 




closest to the customer. 



114 



l!§ According to the invention, all broadcast video streams are 

1]6 delivered to the local switch for distribution as requested by 

*W customers. Unlike other digital video distribution systems, 

1 8 requests from customers for access to a particular video stream 

19 are not sent back to the video stream source, but are served by 

20 the local switch. According to a presently preferred method of 

21 the invention, when a customer requests a video stream, the 

22 request is sent to the VDSL line card which determines whether the 

23 selected stream is already being carried by that line card and 

24 duplicates the video stream at the line card if it is available. 
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If the video stream is not available at the line card, the line 
card creates a new video stream through the line card to the 
customer who requested it. 

Additional objects and advantages of the invention will 
become apparent to those skilled in the art upon reference to the 
detailed description taken in conjunction with the provided 
figures. 



Figure 1 is a high level schematic diagram of a broadband 
multimedia communication system according to the invention; 

Figure 2 is a high level block diagram illustrating the major 
components of a local switch according to the inventions- 



Figure 3 is a high level block diagram illustrating the major 
components of a core switch module of the local switch of Figure 
2; 



BRIEF DESCRIPTION OF THE DRAWINGS 



Figure 4 
components of 
Figure 2; 



is a high level block diagram illustrating the major 
a system controller card of the local switch of 
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1 

2 Figure 5 is a high level block diagram illustrating the major 

3 components of a trunk (OC-3) interface card of the local switch of 

4 Figure 2; 
5 

6 Figure 6 is a high level block diagram illustrating the major 

7 components of a VDSL line cards of the local switch of Figure 2; 
8 

^9 Figure 7a is a high level block diagram illustrating the 

UO major components of one type of customer premises equipment, i.e. 

ijl 1 a high speed internet interface; 

ill 

|ij 3 Figure 7b is a high level block diagram illustrating the 

H4 major components of another type of customer premises equipment, 

pj 5 i.e. a high speed internet interface with four derived (digital) 

!i| 6 voice lines; 

h7 



1 8 Figure 7c is a high level block diagram illustrating the 

19 major components of a digital set top box for use in conjunction 

20 with the customer premises equipment shown in Figures 7a or 7b; 
21 

22 Figure 8 is a screen shot illustrating the user interface of 

23 the software used to configure the local switch and customer 

24 premises equipment; 
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1 

2 Figure 9 is a schematic diagram illustrating how management 

3 information flows between the configuration software and a local 

4 switch; 
5 

6 Figure 10 is a schematic diagram illustrating how management 

7 information flows between the configuration software and the 

8 customer premises equipment; 



Q 

H) Figure 11 is a schematic diagram illustrating how signalling 

jfll and connection management information flows between the customer 

%2 premises equipment and a service provider; and 



14 Figure 12 is a schematic diagram illustrating how signalling 

and connection management information flows between the local 
switch and the customer premises equipment with regard to video 
\¥>7 streams. 
18 

1 9 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

20 

21 Referring now to Figure 1, a broadband multimedia 

22 communications system 10 according to the invention includes at 

23 least one local switch 12 which is coupled to one or more servers 

24 14, 16, 18, 20 by one or more optical links 22 to one or more ATM 
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1 switches 24 as well as to the POTS network 26. A plurality of 

2 customer sites 28 , 30, 32 are coupled to the local switch 12 by 

3 VDSL connections over unshielded twisted pairs 34, 36, 38 (e.g., 

4 existing POTS lines) . Each customer site is provided with at 

5 least one of several different types of customer premises 

6 equipment (described below with references to Figures 7a-7c) which 

7 enables multiple telephones, televisions, and personal computers 

8 to be coupled to the VDSL connection so that broadband multimedia 

9 communication may be effected as described in more detail below 
with reference to Figures 11 and 12. According to the presently 
preferred embodiment, each local switch 12, as well as customer 

,|j2 premise equipment (described below) , is remotely configurable by a 

computer 40 (shown to be coupled to the ATM network 24, but which 
^4 may be located anywhere coupled to the internet) as described in 
p[5 detail below with reference to Figures 8-10. In addition, each 
;J6 local switch 12, as well as customer premise equipment (described 
^7 below) is preferably provided with means for local configuration. 
18 

19 Turning now to Figure 2, according to the preferred 

20 embodiment of the invention, the major components of the local 

21 switch 12 include four CellBus® backplanes 42, 44, 46, 48, two 

22 Ethernet LANS 50, 52, two physical buses 54, 56 and three 

23 different types of cards. The three different kinds of cards 

24 include a system controller card 58, a trunk interface card 60, 
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and a VDSL line card 62. Each of these three types of cards uses 
an identical core switch module 64, 66, 68 which is described in 
detail below with reference to Figure 3 . The circuitry unique to 
the system controller card 58 is described in detail below with 
reference to Figure 4. The circuitry unique to the trunk 
interface card 60 is described in detail below with reference to 
Figure 5. The circuitry unique to the VDSL line cards is 
described in detail below with reference to Figure 6. 

According to the presently preferred embodiment, the local 
switch 12 has fifteen slots which accommodate (in subcombination) 
up to two system controller cards 58, up to eight trunk interface 
cards 60, and up to twelve VDSL line cards 62. The presently 
preferred embodiment utilizes three trunk interface cards, each 
being coupled to one CellBus® backplane and two system controller 
cards, each being coupled to all four CellBus® backplanes. One of 
the CellBus® backplanes is redundant and is only used to replace a 
failed CellBus® backplane. Only one system controller is active 
and the other is a backup in the event the active controller 
fails. As described in more detail below with reference to 
Figures 3 and 4, slots 7 and 8 are reserved for system controller 
cards which provide CellBus® clocking and arbitration. The other 
slots may accept either trunk interface cards or VDSL line cards. 
As described in detail below with reference to Figure 6, each VDSL 
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1 line card supports up to sixteen customers ("ports"). The 

2 following terminology is used elsewhere in this application when 

3 referring to scalable installations: a "node" is a group of local 

4 switches which have been "chained" together and a "shelf" is one 

5 of the local switches in the node, 
6 

7 From the foregoing, it will be appreciated that each local 

8 switch 12 can support up to one hundred sixty customers. Due to 

9 the VDSL specification, customers may be located up to three 

□ 

Jl 0 thousand feet from a local switch 12. The local, switches or nodes 

ijj 1 are preferably installed in telephone company central offices. In 

ijs 

, Jj 2 densely populated urban areas, a switch or a node may be located 

!i • 

£Q 3 in an apartment building to service all of the apartment units. 

-14 In suburban areas, if customers are too far from a central office, 

5 a switch or node may be installed in an equipment locker located 

IJj d closer to customers . . 
fi 7 

18 Turning now to Figure 3, details of the core switch module 

19 (CSM) are seen. The CSM controls the transfer of ATM traffic 

20 between the backplanes and the card coupled to the module. 

21 Traffic flows toward the backplanes from the ingress cell MUX FPGA 

22 144 which receives ATM cells from a UTOPIA interface having four 

23 8-bit busses or one 16-bit bus. The cells are passed to a first 

24 header translator 122 where the ATM header is remapped according 
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1 to information stored in the translation RAM 120. The cells with 

2 new headers are then passed to the ingress cell distribution 

3 router FPGA 110 which routes the cells to the appropriate Cubit 

4 Pro® chip 88, 90, 92, 94 depending for which Cellbus® backplane 

5 the cells are destined. (The Cubit Pro® chip is available from 

6 TranSwitch Corporation, Shelton, CT.) Each Cubit Pro® chip has a 

7 multicast lookup table. Multicast cells have an 8-bit multicast 

8 ID which is used with the lookup table (on the receiving card) to 

9 determine multicast destinations for the cells (i.e. whether the 
''JO cells will be accepted by the card) . As described in more detail 

!31 1 below, with reference to Figure 12, one of the methods of the 

ijl 

J$ 2 invention uses the multicast tables and IDs to avoid wasting 

I , S 

]={] 3 bandwidth with regard to video streams. 

u 

jij 5 Traffic flows from the backplanes through the Cubit Pro® 

36 chips 88, 90, 92, 94 to the Cellbus® MUX FPGA 112 where up to four 

w 1 7 streams are multiplexed together with the aid of a cell buffer 

18 114. The multiplexed stream of cells flows to a second header 

1 9 translator 118 which remaps the headers of the multicast cells 

20 according to information in translation RAM 116. The cells are 

21 buffered by the cell distributor 146 with associated RAM 148, 150 

22 before exiting the core switch module to a UTOPIA interface, 
23 
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1 The core switch module includes other components which assist 

2 in the operations described above and which are used for other 

3 operations described below. These components include a power ramp 

4 circuit 70, reset generator 72, physical bus interfaces 74, 76, 

5 and a 4-bit slot ID/5-bit shelf ID storage 78. The physical bus 

6 interfaces 74, 76 as well as the physical bus (54, 56 in Figure 2) 

7 are used to sense when a card is plugged into and unplugged from 

8 the backplanes. The clock driver and arbiter blocks 80, 82, 84, 

9 86 shown in phantom lines in Figure 3 are only used with the core 
ij|0 switch module coupled to the system controller card. They supply 

the 32 MHz CellBus® clock and the arbitration logic. Due to the 

!JL 

,h2 CellBus® specification, the clock and arbiter should be located 

UJL 

jjj3 near the center of the bus. It is for this reason that slots 7 

|l^4 and 8 reserved for the system controller card. The core switch 

|J!5 module is also provided with a serial port 96 for locally 

i y 

|1M6 configuring the switch as described in more detail below with 

r¥7 reference to Figure 9. Ethernet access chips 98, 100 couple the 

18 cards to the Ethernet LAN (50, 52 in Figure 2) so that the I/O 

1 9 cards can communicate with each other and with the system 

20 controller card. The clock and clock driver 102 provides a 50 MHz 

21 clock for driving most of the data path. 
22 

23 The BDM port 104 is a debugging port. The (Motorola) 

24 MPC860SAR 106 is the main processor which controls the ingress 
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1 cell router 110 directly as well as both PMC 7322 processors 118, 

2 122 via buffers 124. The PMC 7322 is available PMC-Sierra, 

3 Burnaby, British Columbia, Canada. The EPLD (erasable 

4 programmable logic device) 108 provides interrupts to the 

5 processor 106 based on the status of the physical bus, e.g. when a 

6 card is removed from a slot. The processor 106 utilizes SD RAM 

7 126, a boot flash RAM 128, and a main flash RAM 130. The boot 

8 flash RAM is used for booting the processor and the main flash RAM 

9 is used for nonvolatile storage of information other than boot 
M) information. An ID/Serial Number EPROM 132 stores a part number, 
ijfil an assembly serial number, a personality code, a MAC address, a 

component part number and a component serial number. The 
personality code indicates whether the card attached to the core 

i %? 

X4 switching module is a VDSL line card, a trunk interface card, or a 
pjp5 system controller card. In the case of a line card, the 

personality code also indicates the number of modems (ports) on 
the line card, including any attached daughter card (e^lained 

18 below with reference to Figure 6) . In the case of a trunk 

1 9 interface card, the personality code indicates the bandwidth of 

20 the card. Each core switching module also includes a temperature 

21 sensor 134, preferably placed near the hottest part of the board. 

22 The processor 106 receives input from the temperature sensor and 

23 generates an alarm if the temperature crosses a threshold. Each 

24 core switching module includes a Philips PCF8575TS CHIP 136 
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1 driving two seven segment LEDs 138, 140 which indicate diagnostic 

2 codes. The processor 106 includes an I 2 C controller 139 and an SPI 

3 controller 141 which are used to access features of the card 

4 coupled to the core switching module. A PCMCIA interface 142 

5 supports PCMCIA devices coupled to the card which is attached to 

6 the core switching module. See, e.g., 204 in Figure 4. 
7 

8 Turning now to Figure 4, the system controller I/O card 58 is 

9 seen and includes a control FPGA 200, non-volatile RAM 202, 

ifjO removable flash disk storage 204, an LED controller display 206, 

ijHI five alarm relays 208a-208e, a craft port serial driver 210, an 

Ethernet transceiver 212, a power control circuit 214, a 

!|jj3 temperature sensor 216, and a personality code ROM 218. The FPGA 

%4 200 is coupled to the RAM 202, the flash disk 204, the LED display 

'=13? 

;J5 206 and the alarm relays 208a-208e. In addition, the FPGA 200 is 

[Jr6 doubled to the core switch module (66 in Figure 1) . Further, the 

N"7 FPGA 200 receives node alarm and status inputs 224 from and 

1 8 provides summary LED control 226 to the local switch (12 in Figure 

19 1) via a connection 220 to the backplane. Each of the alarm 

20 relays 208a-208e is bidirectionally coupled to the local switch 

21 via the backplane connector 220. The serial driver 210 is coupled 

22 to the craft port (Figures 9 and 10) in the local switch which 

23 enables an on-site technician to configure and/or troubleshoot the 

24 switch and/or its components. The Ethernet transceiver 212 allows 
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1 the system controller I/O card to communicate with network 

2 management software as described below. According to the 

3 presently preferred embodiment, the cards communicate via IP 

4 (internet protocol) . The live insertion power control circuit 214 

5 is coupled to the power ramp circuit (70 in Figure 3) via power 

6 connector 222 to the backplane (Figure 3), The circuit 214 

7 permits "hot swapping" of cards on the backplane. The operation 

8 of the system controller I/O card, as well as the other cards, is 

9 described in detail below with reference to Figures 9-12. 

.353, 

"■a 

i^1 As mentioned above, the trunk interface cards (60 in 

m 

,jj}2 Figure 2) may be configured in different ways to accept and 

j||3 support different OC connections. Figure 5 illustrates an 

I44 exemplary Quad OC-3 trunk interface card 60. The card 60 includes 

four OC-3c transceivers 300a-300d which are coupled to a Quad OC- 

|Jjj6 3c framer driven by a 19.44 MHz clock 304. The framer '302 

j i 7 provides Utopia Level 2 data via the interface 306 and interboard 

1 8 connectors 308 to the core switch module (64 in Figure 2) . An 

19 Intel microprocessor interface 310 is also provided via interboard 

20 connectors 308 to the core switch module. The Intel interface 

21 uses fewer pins than a Motorola interface. In order to conserve 

22 pin use, the Motorola interface is converted to an Intel 

23 interface. The trunk interface card 60 also includes a 

24 temperature sensor 312, a personality ROM 314, an LED display 316, 
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1 and a serial number ROM 318, each of which is coupled to the core 

2 switch module via an I 2 C bus interface 320 and interboard 

3 connectors 308. The I 2 C bus is a standard bus which is patented by 

4 Philips Semiconductors, Detroit, MI. As mentioned above, the 

5 personality ROM includes an indication about the type of card and 

6 its configuration. In the example shown in Figure 5, the 

7 personality ROM will indicate that the card is a trunk interface 

8 card with four OC-3 links. The trunk interface card 60 also 

9 includes a backplane power connector 322 which provides power to 
i||0 power ramp circuitry 324 which provides power to power filter 

ijKl circuitry 326. The operation of the trunk interface card, as well 

iff 

as the other cards, is described in detail below with reference to 
Figures 9-12. 

:a,4 

;j5 An exemplary VDSL line card 62 is shown in Figure 6. The 

i y 

|JP6 line card 62 has four UTOPIA buses 400a-400d and a microprocessor 

147 interface 402. Each UTOPIA bus supports up to four VDSL modems. 

18 As shown, the line card 62 shown in Figure 6 only supports eight 

19 modems 404a-404h. In addition to the eight modems and interfaces, 

20 the line card includes a live insertion power control circuit 406 

2 1 which allows the card to be "hot swapped" . The card also includes 

22 a temperature sensor 408, a personality ROM 410, and a serial 

23 number and revision number ROM 412, each of which is coupled to 

24 the microprocessor interface 402. An additional eight modems can 
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1 be added to this card via the use of a daughter card which couples 

2 to this card via a daughter card interconnect 414. Those skilled 

3 in the art will appreciate that the daughter card (not shown) will 

4 have substantially the same layout as the line card 62 but will 

5 share the same core switch module interface 416 and the same power 

6 circuit 406. The operation of the VDSL line card, as well as the 

7 other cards, is described in detail below with reference to 

8 Figures 9-12. 

9 

□ 

130 The foregoing discussion all involves the portions of the 

^1 invention outside of the customer's premises. According to the 

!|2 invention, various customer premises apparatus are provided by the 

t~3 invention and examples are described below with reference to 



14 Figures 7a-c. 

□ 

ft 

1 y 

WS Figure 7a illustrates equipment 500 for providing high speed 

Q 

P7 internet access and for linking to other customer premises 

18 equipment described below with reference to Figure 7c, for 

19 example. The equipment 500 includes a power module 502 which 

2 0 requires coupling to the customer's power mains and a VDSL 

21 connector 504 for coupling to the twisted pair which leads to the 

22 corresponding VDSL modem at the local switch. The VDSL connector 
2 3 504 supplies a connection to a POTS/ISDN splitter 506 which splits 
24 out the POTS/ISDN lifeline 508, and a connection to a VDSL modem 
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1 510. The VDSL modem 510 is coupled by an I 2 C bus to a Helium chip 

2 514 (available from Virata Corporation, Santa Clara, CA) and by a 

3 UTOPIA Level 2 bus 516 to both the Helium chip 514 and a CPLD 

4 (Complex Programmable Logic Device) 518. The Helium chip 514 has 

5 a peripheral interface 520, a protocol processor 522, SDRAM 

6 interface 524, a Utopia interface 526, a GPIO (general purpose 

7 input /output) 528, an Ethernet interface 530, and a network 

8 processor 532. The peripheral interface 520 is coupled to the 

9 CPLD 518 and the protocol processor 522. The SDRAM interface 524 
!l0 is coupled to the protocol processor 522, the network processor 

JM 532, and to an off chip SDRAM 544. The Utopia interface 526 is 

m 

/J2 coupled to the Utopia bus 516 and the network processor 532. The 

ji;3 GPIO 528 is coupled to the I 2 C bus 512, the network processor 532, 

;d4 a terminal jack 534 for local configuration, an LED display 536, 

'ess' 

j^t5 and a boot PROM 548. The Ethernet interface 530 is coupled to the 

116 network processor 532 and an Ethernet jack 538. The Helium chip 

|4 7 also provides a JTAG interface 542 which is coupled to a JTAG jack 

1 8 540. As shown in Figure 7a, the CPLD 518 provides an ATM-25 

1 9 interface 550 for coupling to other customer premises devices such 

20 as the set-top box shown in Figure 7c. The CPLD is provided with 

21 flash RAM 546 and an LED display 552. In most instances, 

22 customers will couple a PC (not shown) or an Ethernet LAN to the 

23 Ethernet Jack 538 to obtain high speed internet access according 
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1 to the invention. The terminal jack and JTAG interface are used 

2 for configuration and debugging, respectively, 
3 

4 Referring now to Figures 7a, 6, 3, 2, and 5, when a PC is 

5 coupled to the Ethernet jack 538 (Figure 7a) , data (typically in 

6 the form of TCP/IP) flows bidirectional ly through the Ethernet 

7 interface 530 to the network processor 532 where TCP/IP data is 

8 packed into and extracted from ATM cells. The ATM cells flow 

9 through the Utopia interface 526, Utopia level 2 516, the modem 

,c=a 

t|0 510, and the VDSL interface 504 to the appropriate modem 404 

Mi (Figure 6) on the appropriate VDSL line card 62, The cells are 

'5? 1 

1^2 routed via the Utopia bus 400 to/from the Cell Mux 144/Cell 

jfb Distributor 146 on the core switch module 68 (Figure 3) associated 

%4 with VDSL line card 62. The ATM cells containing TCP/IP packets 

bf~5 flow together with the other ATM cells containing video, telephony 

1*6 data, etc, through an appropriate CubitPro 88, 90, 92, 94, to/from 
O 

\¥7 the appropriate CellBus bus 42, 44, 46, 48 (Figure 2) to/ from an 

18 appropriate trunk interface card 60 (Figure 5). The trunk 

1 9 interface card receives cells from and transmits cells to the 

20 CellBus buses via the core switch module 64 (Figure 3) to which it 

21 is attached via the Utopia interface 306 (Figure 5). The cells 

22 are directed to/ from an appropriate OC3c transceiver 300 via the 

23 Quad OC-3c framer 302. According to the preferred embodiment, the 

24 ATM connection between the trunk interface card and the Ethernet 
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1 interface 530 (Figure 7a) is provisioned as a PVC and is therefore 

2 "always connected". It will be appreciated that the POTS line 508 

3 is split off to the telco CO either at the local switch or at some 

4 point downstream of the switch. 
5 

6 Figure 7b illustrates equipment 600 which is similar to 

7 equipment 500 with similar reference numerals, increased by 100, 

8 referring to similar parts. The equipment 600 differs from the 

9 equipment 500 by the inclusion of a DSP 654, a serial link 

|J) interface card 656, and POTS emulators 658-664. The DSP 654 is 

jMl coupled to the protocol processor 622 on the Helium chip 614 and 
to the interface card 656. It provides an analog to digital and 

I^j3 digital to analog interface between the protocol processor 622 arid 

L4 the interface card 656. The POTS emulators 658-664 provide all of 

}1~5 the analog signals of a regular POTS line so that regular POTS 

|f6 devices such as telephones, fax machines, modems, etc. can be 

$7 coupled to the equipment 600. The DSP 654, converts analog 

1 8 signals from the POTS emulators to digital signals for use by the 

1 9 protocol processor 622 and converts digital signals from the 

20 protocol processor 622 to analog signals for use by the POTS 

21 emulators 658-664. The equipment 600 shown in Figure 7b provides 

22 up to four additional POTS lines via the POTS emulators and the 

23 DSP. 
24 



- 22 - 



VIA-001-003 



1 



Referring now to Figures 7b, 6, 3, 2, and 5, when a telephone 



2 (or similar device, e.g. fax machine) is coupled to one of the 

3 derived POTS interfaces 658, 660, 662, 664, the interface provides 

4 a POTS emulation including ringing signals and dial tone. Analog 

5 voice signals from/ to the POTS interfaces are muxed/demuxed by the 

6 four port SLIC 656 and converted from/ to digital voice signals by 

7 the DSP 654. The digital signals are processed by the protocol 

8 processor 622 and passed from/to the SDRAM interface 624, The 

9 network processor 632 extracts digital voice data from ATM cells 
iff) and places the data in the SDRAM 624. It also takes digital voice 



^2 containing digital voice data pass through the Utopia interface 



1 8 cells containing digital voice signals flow together with the 

19 other ATM cells containing video, TCP/IP packets, etc, through an 

20 appropriate CubitPro 88, 90, 92, 94, to/ from the appropriate 

21 CellBus bus 42, 44, 46, 48 (Figure 2) to/from an appropriate trunk 

22 interface card 60 (Figure 5). The trunk interface card receives 

23 cells from and transmits cells to the CellBus buses via the core 

24 switch module 64 (Figure 3) to which it is attached via the Utopia 



Ifl data from the SDRAM 624 and packs it into ATM cells. ATM cells 
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1 interface 306 (Figure 5) . The cells are directed to/ from an 

2 appropriate 0C3c transceiver 300 via the Quad 0C-3c framer 302. 

3 According to the preferred embodiment, the ATM connections between 

4 the trunk interface card and the POTS interfaces 658, 660, 662, 

5 664 (Figure 7b) are set up when needed as relatively low priority 

6 connections when a customer takes a telephone off hook and dials a 

7 number and when incoming ATM cells include voice data addressed to 

8 one of the POTS interfaces. 
9 

sfP Figure 7c illustrates a digital set-top box 700 suitable for 

iffl use with either the equipment 500 shown in Figure 7a or the 

t fe equipment 600 shown in Figure 7b. The set-top box 700 generally 

ifj3 includes an ATM-25 interface 102 for coupling with the ATM-25 

=M interface 550 or 650 in equipment 500 or 600 respectively. The 

ATM-25 interface 702 is coupled to a PCI Bus 704. The components 

!i^6 above the PCI bus in Figure 7c illustrate the components for 

j t7 receiving MPEG video signals and converting them into signals 

18 which can be displayed on a television set. An MPEG decoder 706 

19 is coupled to the PCI bus 704. The MPEG decoder 706 is provided 

20 with associated SDRAM 708 and provides a digital video output 

21 signal to an SVGA video card 710 having associated SGRAM 712. The 

22 digital signal from the SVGA card 710 is converted to an analog 

23 signal by a digital to analog converter 714 and is converted into 

24 an NTSC composite video signal by an NTSC encoder 716. A 
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1 composite video output is provided via an RCA jack 718 for 

2 coupling the composite video input of a VCR or TV/monitor, The 

3 MPEG decoder 706 delivers the audio portion of the signal to an 

4 audio decoder 720 which provides a digital audio signal to a 

5 digital to analog converter 722. The DAC 722 provides an analog 

6 audio output to an RCA jack 724 for coupling to the audio input of 

7 a VCR or TV/monitor, Though not shown in Figure 7c, the RCA jack 

8 724 is preferably two jacks, a left channel jack and a right 

9 channel jack, providing stereo analog audio channels. For 

jjjO television receivers which do not have composite video and analog 

jjlM audio inputs, an RF modulator 726 is provided. The RF converter 

1^2 receives composite video from the NTSC encoder 716 and analog 

;^|3 audio from the DAC 722 and provides an RF output (typically 

;il4 switchable to either VHF channel 3 or 4) to an CATV coaxial cable 

H5 connector. 

1 J' 

me . 

ri 

•SSBT 

Ml 7 The components shown below the PCI bus in Figure 7c are used 

18 to select channels and otherwise interact with the set-top box, A 

19 PCI bridge 730 couples a CPU 732 and associate SDRAM 734 to the 

20 PCI bus 704. An ISA bridge 736 couples the PCI Bus 704 to an ISA 

21 bus 738, an IDE interface 740 and a USB interface 742. An I/O 

22 processor 744 and a v. 90 modem 746 are coupled to the ISA bus 738. 

2 3 The I/O processor 744 is coupled to a BIOS 748, an IR port 750, 
24 and a parallel port 752. Basic operation of the set-top box 700 
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1 is via an infrared remote (not shown) which signals the set-top 

2 box via the IR port 750. The IDE interface 740, USB interface 

3 742, and parallel port 752 are provided for coupling the set-top 

4 box to other devices such as disk drives, keyboards, video games, 

5 digital video recorders, etc. The modem 746 is provided with an 

6 RJ-11 jack (not shown) for coupling to a phone line and is used 

7 for services which require a dial up connection, such as some 

8 directory and VCR programming services. 
9 

jfp As mentioned above with reference to Figure 1, the local 

jlffl switch and the customer premises equipment may be accessed 

,||2 remotely for configuration, status monitoring, testing and 

1^3 debugging, etc. Accordingly, as will be described as follows with 

%A reference to Figures 8-10, each device is assigned a unique IP 

is 

;£p address and is provided with an SNMP agent / subagent , A computer 

m (e.g. 40 in Figure 1) provided with the configuration software of 

11*7 the invention addresses individual local switches as illustrated 

18 in Figure 8, communicates with the local switch as illustrated in 

19 Figure 9, and communicates with the individual customer premises 

20 units attached to the local switch as illustrated in Figure 10, 

21 The connection of the computer with the local switches and 

22 customer premises equipment may be remote via the internet or the 

23 ATM network or may be local via the Ethernet connections provided 

24 at each device. 
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Referring now to Figure 8, the management software of the 
invention is preferably provided with a graphical user interface 
(GUI) 800, The GUI 800 includes window headers 802, 804, a tool 
bar 806, a network map view 808, a device status /configuration 
view 810, and an event monitor view 812, The window headers 802, 
804 includes standard buttons and menus familiar to all GUIs. The 
tool bar 806 includes small icons (buttons) for printing reports, 
accessing help, zooming in on a display, as well as other buttons 
for accessing features specific to the software of the invention. 
The network map view 808 illustrates all of the devices that are 
accessible to the software as well as the hierarchical path to the 
device currently being accessed by the software. As shown in 
Figure 8, the device being accessed has the network address 
192.168.100.102 and the contents of the device status/con- 
figuration view 810 indicate that the device is a local switch. 
The device status /configuration view 810 illustrates the various 
aspects of the device which are configurable and provides some 
status information. 

As shown in Figure 8, the device status/configuration view 
810 shows a local switch which has two trunk interface cards, one 
in slot 2 and one in slot 9, one system controller card in slot 
seven, and three VDSL line cards in slots 5, 11, and 12. All 
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1 other slots are empty. The status/configuration view 810 also 

2 illustrates (in the upper right portion) three alarms: 

3 temperature, fan, and intrusion as well as power supply unit (PSU) 

4 status. The temperature alarm indicates whether the ambient 

5 temperature is too high or too low for the equipment to function 

6 properly. The fan alarm indicates when the cooling fan 

7 malfunctions. The intrusion alarm indicates whether someone 

8 without authorization has attempted to tamper with the equipment. 

9 The PSU status indicates a power supply failure. The lower 

□ 

■||0 portion of the status/configuration view illustrates information 

;jl 1 about a selected one of the cards displayed in the upper portion 

2 of the view. As shown in Figure 8, the card in shelf one, slot 

|fj 3 twelve has been selected. Figure 8 illustrates that sixteen 

s 44 modems reside on the VDSL line card. Each modem is illustrated as 

;^ 5 an RJ-45 jack icon. A lamp icon next to each RJ-45 jack icon 

jj 6 indicates if there is an alarm condition with respect to the 

H 7 respective modem. The status of the four buses coupled to the 

1 8 selected VDSL line card is also indicated to the left of the modem 

1 9 icons . 
20 

21 The event monitor view 812 includes a table (log) of 

22 information about noteworthy events in the network (not just the 

23 device selected in view 808) . For each event, there is an 

24 indication of severity, date and time of the event, name of the 
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1 event, type of event, IP address of the device affected, and the 

2 shelf and slot location of the affected card, where appropriate, 
3 

4 Using software with the graphical interface shown in Figure 

5 8, it is possible to configure a local switch as illustrated in 

6 Figure 9. As shown in Figure 9, client software 900, running on 

7 server 902 configures local switch 12 via the ATM switch 24 and 

8 the fiber optic link 22 using SNMP commands. As mentioned above, 

9 client software may be run on a computer which is locally coupled 

Q 

iljO to the switch 12 via an Ethernet connection (212 in Figure 4) . In 

'Si 

particular, SNMP commands are sent through the trunk interface 

J|2 card 60 via the backplane 42-48 to a master SNMP agent 904 in the 

W 

jfi3 system controller card 58 which directs commands to sub-agents 

J|4 906, 908, 910 in a system controller card 58, trunk interface 

jij 5 cards 60, and VDSL line cards 62, respectively. In this manner, 

jjf 6 each system controller card 58, trunk interface card 60, and VDSL 

iC t7 line card 62 can be remotely configured, monitored, tested, etc. 

18 As shown in Figure 9, information is passed between the server 902 

1 9 and the master agent 904 via SNMP/ UDP/ IP/ ATM and between the 

20 master agent and sub-agents via AgentX/TCP/IP, As illustrated in 

21 Figures 9 and 10, the client 900 may communicate with the server 

22 902 remotely using the Java communication protocol RMI (remote 

23 method invocation). Information flowing between the master agent 

24 904 and sub-agents 908, 910 on other cards, flows over the 
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Ethernet LAN 50, 52. The local switch 12 can also be configured 
via a craft interface 59 at the switch. The craft interface 
permits a technician to connect a portable computer to the switch 
via an RS-232 serial connection for configuration, testing, and 
trouble shooting with a command line interface. 

Figure 10 illustrates how SNMP commands from the client 
software 900 are sent to an SNMP agent 912 in a customer premises 
device 500. In particular, commands from the server 902 flow 
through the ATM switch 24 and the fiber optic trunk 22 to the 
trunk interface card 60 in the local switch 12. The trunk 
interface card 60 passes the commands via the backplane 42-48 to 
the appropriate VDSL line card 62 and the appropriate port 404 on 
the card to the SNMP agent 912 in customer premises equipment 500. 
According to the presently preferred embodiment, the address of 
customer premises equipment is given as a VPI/VCI from the VDSL 
line card. The network management software addresses the customer 
premises equipment with an IP address. 

Referring now to Figure 11, it should be noted that according 
to a preferred embodiment of the invention all broadcast 
television channels are brought to the local switch 12 via PVC 
(permanent virtual circuit) connections to the trunk interface 
cards 60 and thus all channels are always available simultaneously 
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1 to the local switch for transport to subscribers via the VDSL line 

2 cards 62. Other television streams, e.g. video on demand, are 

3 brought to the local switch via SVC (switch virtual call) 

4 connections or PVC connections. All video streams from the local 

5 switch to the subscribers are set up using the dynamic channel 

6 zapping protocol described below. As mentioned above, according 

7 to the presently preferred embodiment up to four different 

8 simultaneous video streams may be provided to each subscriber. 

9 The number four was chosen based on demographical information 
sjbO regarding the average number of television receivers per 

household. Those skilled in the art will appreciate, however, 

m 

Jj2 that more or fewer simultaneous video streams may be provided 

jl|3 depending on the allocation of bandwidth between the customer 

^4 premises and the local switch. 

I 5 

Figure 11 generally illustrates that the system controller 58 

ft 7 maintains PVC management information in non-volatile form (on a 

1 8 flash disk) . The PVC management information is provided by the 

19 network management software or via the craft interface. When a 

20 trunk interface card 60 or a VDSL line card 62 is added to the 

21 system, the system controller card 58 sends connection management 

22 information (all of the information needed to set up and maintain 

23 PVCs) to these cards. The cards store the connection management 

24 information in memory used by the ATM translation chips so that 
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ATM cells flow properly with proper cell translation and tagging. 
If PVCs are added or deleted (new channels added, old channels 
removed) the PVC management information is altered in the system 
controller and the system controller automatically updates the 
trunk interface cards and the VDSL line cards, SVCs are 
established via ATM signalling between the customer premises 
equipment and the system controller 58 via a pass through 
connection (VC) in the line card 62 and between the system 
controller 58 and the ATM network switch (24 in Figure 1) via a 
pass through (VC) connection in the trunk interface card 60. 
Setting up and tearing down SVCs is performed by the system 
controller through connection management messages to the affected 
cards . 

Switching of streaming video connections between the local 
switch and the subscribers is handled by the VDSL line cards 62 as 
described in more detail below with regard to Figure 12. In the 
case of a non-broadcast (i.e. unicast) video stream, the switch 
controller 58 sets up an SVC connection between the local switch 
and a video service provider, e.g. 16, 18. 

Turning now to Figure 12 and with reference , to Figures 7a and 
7c, when a customer selects a channel with the set top box 700, 
the customer premises equipment 500 requests a video stream by 
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1 designating the channel (e.g. 1-200) and designating a VPI/VCI 

2 (virtual path identifier /virtual circuit identifier) to be used by 

3 the VDSL line card (62 in Figures 2 and 6) to send the selected 

4 stream to the customer premises equipment 500 which passes it to 

5 the set top box 700 via the ATM-25 interface (550 and 702). The 

6 line card 62 (Figure 6) receives the channel request, in the form 

7 of one or more ATM cells via a modem 404 and passes the cell(s) 

8 via the UTOPIA bus 400 to its associated core switch module 68 

9 (Figures 2 and 3). The core switch module 68 receives the cell(s) 
,|j 0 via the ingress cell mux 144 which passes it to the PMC 7322 122 
^ 1 for header translation. The ingress cell router 110 passes the 

J 2 cell(s) to the processor 106 which checks a channel blocking map 

3 in SDRAM 126 to determine whether the customer is entitled to 

;lj 4 receive the selected channel. 

u 

4 5 

>5 6 If the subscriber is not already in "broadcast mode", i.e if 

a 

1=4 7 this is the first channel selection for the subscriber, the line 

1 8 card 62 requests permission from the system controller 58 via the 

19 Ethernet LAN 50, 52 to allow broadcasting to the designated 

20 subscriber. Using the control FPGA 200 (Figure 4) and associated 

21 memory 202, 204, the system controller 58 determines whether the 

22 viewer calling for broadcast mode is entitled to enter broadcast 

23 mode. If the system controller grants permission, the line card 

24 62 examines the bit maps in the CubitPro chips 88, 90, 92, 94 to 
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1 determine whether the selected video stream is already streaming 

2 through the line card to another viewer (whether the same or a 

3 different customer) coupled to this line card. 
4 

5 If the stream is not already available on the same VDSL line 

6 card, the bitmap in the appropriate CubitPro chip is changed to 

7 enable the stream to be received from the trunk interface card 60 

8 via one of the CellBus buses 42, 44, 46, 48; and an entry is added 
^9 to the egress translation table 116 to direct the stream properly 
p O to the correct VDSL port 404 and the originally designated VPI/VCI 
ul 1 (i.e. the set top box from which the channel request originated). 

:^ 

;£l 2 If the stream is already available on the card, an entry is added 

jij 3 to the egress translation table 116 to allow for duplication of 

1^4 the stream and routing to the viewer who requested it. 

pi 5 

; 

;J 6 The protocol for managing channel changes and video streams 

isa5 1 7 between the customer premises equipment and the VDSL line card is 

18 based upon the DSM-CC (digital storage media command and control) 

19 SDB-CCP (switched digital broadcast channel change protocol) as 

20 adapted to the DAVIC (Digital Audio Visual Council) environment. 

21 The usage and the protocol stack differ, however. In the DAVIC 

22 environment, the CCP was intended to be used between the customer 

23 premises device and the video service provider. The goal of the 

24 SDP-CCP was to conserve network bandwidth by carrying over the 
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1 network only those video streams which are actually being viewed. 

2 According to the present invention, all available broadcast 

3 channels are carried on the network regardless of whether any are 

4 actually being viewed by a customer. Channels are selected for 

5 viewing by a customer by sending a message to the VDSL line card 

6 in the local switch rather than by sending a message over the 

7 network to the video service provider. This method of the present 

8 invention permits the combination of high QOS broadband internet 

9 service, high QOS voice telephony, and a broad selection of video 

n 

JJO streams all over the same medium. 

J 2 There have been described and illustrated herein several 

embodiments of methods and apparatus for broadband multimedia 

;;^4 telecommunications. While particular embodiments of the invention 

Jf 5 have been described, it is not intended that the invention be 

ilJ 

limited thereto, as it is intended that the invention be as broad 

Q 

1*7 in scope as the art will allow and that the specification be read 

18 likewise. Thus, while particular "of f-the-shelf " components have 

1 9 been disclosed, it will be appreciated that other components could 

20 be utilized. Also, while particular communications protocols have 

21 been shown, it will be recognized that other protocols could be 

22 used with similar results obtained. Moreover, while particular 

23 configurations have been disclosed in reference to alarms and 

24 other status information, it will be appreciated that other 
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configurations could be used as well. Furthermore, while the 
local switch of the invention has been disclosed as having a 
certain bandwidth, it will be understood that bandwidth may be 
expanded depending on the application. It will therefore be 
appreciated by those skilled in the art that yet other 
modifications could be made to the provided invention without 
deviating from its spirit and scope as so claimed. 



